查看原文
其他

我总结下苹果处理开发者侵权举报的七条核心规则

风海铜锣 风海铜锣
2024-10-07

⬆️ 欢迎戳蓝字关注

经常有些苹果开发者群友跑来和我说,「我自己老老实实,原创正规的做了一个产品,而且做的还挺早的,怎么被一款更新的应用给举报了,因为我不怎么看邮件,怎么就把我搞下架了?」

开发者们遇到这种事,肯定是非常愤慨的。想不到这世上还有这么不合理的事情。不过,如果看过我上篇文章写关于小程序的案例《近两万日活打水漂,从一个小程序覆灭案例反刍当下个人开发者创业风险盲区》,可能对这类事情就会有更好的理解。

这两件事所反映的道理是一样的,我们自己认为的常理以及所谓的合理,和平台制定的规则经常是矛盾的。


虽然两者(苹果iOS和微信小程序两个平台)的规则逻辑略有不同,要区分看待。这也是下面我要重点说的,苹果iOS这个平台,对待侵权这件事的核心规则。

搞明白了这七条核心规则,再略加实践,任何开发者都可以成为侵权攻防的老司机。

以下,是我总结的 7 条规则:

规则 1,任何开发者都可以以任何合理质疑的理由投诉另一个开发者。

规则 2,只要开发者提出的举报理由存在争议或明显有利于举报方,苹果即受理下发。

规则 3,如果没有令人信服的证据,苹果不会单方面处理和关闭案例。

规则 4,在第三条规则外,苹果会相对偏袒举报者。

规则 5,如果有一方回复超时,苹果判另一方获胜。

规则 6,投诉的发起者即便败诉,也有权在任何时候重新发起投诉。

规则 7,不合理的恶意举报者可能会被当作欺诈封号。

这 7 条规则应该说已经字斟句酌表述的比较清晰了,我们可以结合这些规则,做一些适当的推理,来解释我们日常开发中遇到的侵权事件是怎么回事,以及应该采取什么策略去做攻防。就好像由一些基本的数学定理,推导出更多的结论一样。

回过头来分析开头开发者的问题:「我自己老老实实,原创正规的做了一个产品,而且做的还挺早的,怎么被一款更新的应用给举报了,因为我不怎么看邮件,怎么就把我搞下架了?」用上面规则中的三条就可以完整解释了。

首先,根据规则 1 和规则 2 就可以得出结论,既然任何开发者都可以向另一个开发者发起举报投诉,那么你的对手当然可以针对你发起投诉,这和你先做,他晚做没有关系,因为苹果本身不打算去识别这一点。万一人家旗下有更早的产品发布了,这个只是延伸品牌呢,或者万一人家产品主动下架,重新换包上呢。因此投诉方的产品的新旧程度,在双方未进行对质前,不能直接代表人家在投诉这件事上就理亏。最重要的是,鉴别是有成本和出错压力的,远不如踢皮球舒服。

第二点,根据规则 2,对方的开发者,在发起的侵权投诉中,肯定发起了一个说明侵权的论点,注意,是论点,不是证据。这个论点有两种可能,要么是无可争议的对举报方有利,要么是存在争议,只要有这两个可能苹果就可以受理了。也就是说,除非举报方提出的论点非常明显地站不住脚,苹果才有可能驳回。那么结论就很明显了,我过去也很多次说过,举报这件事,对举报方特别有利。

第三点,根据规则 5,如果有一方回复超时,苹果就会判定另一方获胜。这个超时的时间不可控,大致在 5 到 15 个工作日之间。既然开发者忘记了或者说没有留意邮件,那么苹果就默认判举报者获胜了,产品就会被下架处理。

分析结束。

大部分侵权的攻防,以及策略的制定,基本都可以围绕我这七条规则展开。要是顺着这个路子写下去,还可以写很多。很多进阶的打法,我会逐步把遇到的案例写到我的 付费合集 中,例如这篇:举报对方侵权的过程中,应该牢记的几个原则 。就是围绕以上规则制定的如何举报维权的策略。

-- End --




🔗 补充

移动开发者联盟入群指引


个人观点,仅供参考
修改于
继续滑动看下一个
风海铜锣
向上滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存